home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv4.zip / V4N57.TXT < prev    next >
Text File  |  1993-07-29  |  19KB  |  512 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6. Ultrasound Daily Digest     Thu Jul 29 00:45     Volume 4: Issue  57  
  7.  
  8. Today's Topics:
  9.                           Address of Gravis
  10.                   Answers: WinJmr 2.1, Patch Caching
  11.                         best_of.zip midi files
  12.                             digital input
  13.                       Dos Interrupt hooked msg.
  14.                            Gus and Ultima 6
  15.                     GUS CDROM Interface D/Board???
  16.                help (SBOS unloading) [GUS-Dig. V4 #56]
  17.                     help with rehooking interrupts
  18.            Sherlock Holmes Vol. III & SBOS & Mitsumi CD-Rom
  19.                     Ultrasound Daily Digest V4 #55
  20.                Ultrasound Daily Digest V4 #56 (2 msgs)
  21.  
  22. Standard Info:
  23.     - Meta-info about the GUS can be found at the end of the Digest.
  24.     - Before you ask a question, please READ THE FAQ.
  25.  
  26. ----------------------------------------------------------------------
  27.  
  28. Date: Wed, 28 Jul 93 10:20:36 CDT
  29. From: Albert Foo <C580503@MIZZOU1.missouri.edu>
  30. Subject: Address of Gravis
  31. Message-ID: <9307281526.AA06284@orca.es.com>
  32.  
  33. Does anybody has the address of Adv. Gravis company?  I bought the
  34. GUS card in December of '92 and yet to receive any new disk from
  35. them.  I mailed out my registration card as soon I got the GUS running,
  36. and twice email to john smith but no reply from him.
  37.  
  38. Any help will be appreciated.
  39.  
  40. Thanks,
  41. Albert
  42.  
  43. ------------------------------
  44.  
  45. Date: Wed, 28 Jul 1993 11:59:54 +0000
  46. From: Clarke Brunt <CLARKE@lsl.co.uk>
  47. Subject: Answers: WinJmr 2.1, Patch Caching
  48. Message-ID: <009702C7.2C6B8941.16987@lsl.co.uk>
  49.  
  50. Two posts yesterday seem to concern patch caching...
  51.  
  52. >I've seen references to people using the GUS with WinJammer.  I pulled
  53. >2.1 off a local BBS, but can't seem to get it do anything with the
  54. >GUS.  I've tried configuring the output port as the MIDI mapper and
  55. >the direct GUS OUTPUT port to no avail.
  56.  
  57. You need a later WinJammer (2.24 I think?). It's on the GUS archives.
  58. To use the old one, you would need to load the patches into the GUS
  59. in advance using Media Player, or Patch Manager.
  60.  
  61. >I'm trying to run my Ultrasound from Master Tracks Pro4 along with my
  62. >Korg Wavestation EX synth. I guess I was hoping for too much that a
  63. >program change would load in an instrument to the card. Instead I loaded
  64. >a MIDI file with the Windows Media Player which seemed to assign
  65. >instruments to MIDI channels OK so that I could sequence them from
  66. >MTPRO. These weren't the instruments I wanted however, and loading the
  67. >ones I did want with the Patch manager doesn't seem to assign them to
  68. >any specific MIDI channel.
  69.  
  70. Patches must be loaded into the GUS in advance, using Media Player, or
  71. Patch Manager, if your sequencer does not load (cache) them itself.
  72. They are not loaded for any specific channel, so once loaded, a
  73. program change on any channel will select them. You say you got the
  74. wrong instruments after using Media Player - do you mean the wrong
  75. ones completely, or the right ones but not selected for the channel
  76. you wanted? If the wrong ones completely, this would suggest that
  77. you have a MIDI Mapper setup which is mapping one patch into another
  78. (like say the GUS1024k (?) ones do) - so choose a MIDI Mapper Setup
  79. which does not alter the patch numbers. If you've got the right patches
  80. loaded, then you just need to send appropriate program change commands
  81. for your channels.
  82.  
  83. I'm coming to think we need a FAQ on the use of MIDI Mapper - shall I
  84. write one??
  85.  
  86. ------------------------------
  87.  
  88. Date: Wed, 28 Jul 1993 18:18:33 +0200
  89. From: Guido.VanDenBerghe@esat.kuleuven.ac.be
  90. Subject: best_of.zip midi files
  91. Message-ID: <9307281618.AA02159@updike.esat.kuleuven.ac.be>
  92.  
  93. Hi all,
  94.  
  95. Does anybody know who has uploaded the best_of.zip file?
  96. (by far the best midi files which I have ever found)
  97.  
  98.  
  99. Thanks.
  100.  
  101. guido.vandenberghe@esat.kuleuven.ac.be
  102.  
  103. ------------------------------
  104.  
  105. Date: Wed, 28 Jul 93 18:23:26 +0300
  106. From: tjakobs@mswe.dnet.ms.philips.nl (THEO_JAKOBS TEL.62667)
  107. Subject: digital input
  108. Message-ID: <9307281523.AA12767@muxgw1.ms.philips.nl>
  109.  
  110. hi....
  111. Someone told me that the gus had a digital input (for sampling), but i cant
  112. find one....
  113. Is the CD-IN digital??
  114. and how can i connect a cd-player to the cd-in (the little connector on the
  115. mainboard, not the external stereo connector)
  116.  
  117. THANK you
  118.  
  119. andre Jakobs
  120.    MicroBrain Technologies Inc.
  121.        Son en Breugel
  122.            The Netherlands
  123.  
  124. ------------------------------
  125.  
  126. Date: Wed, 28 Jul 93 13:20:55 GMT+0200
  127. From: Walter.Prins@itu1.sun.ac.za
  128. Subject: Dos Interrupt hooked msg.
  129. Message-ID: <9307281120.AA17144@itu1.sun.ac.za>
  130.  
  131. tarik@cs.unlv.edu wrote:
  132.  
  133. >   Hi...I'm new to the IBM and the world of GUS sound cards, so I really
  134. >dont know much.  I do need some help hthough.  My GUS card has been working
  135. >fine, until recently.  Lately, whenever I try to unload my SBOS drivers using
  136. >the SBOS -f option, it says:
  137. >UNABLE TO RELEASE SBOS
  138. >DOS INTERUPT HOOKED
  139. >   WHat does this mean and how do I fix it?  Any help would be greatly
  140. >appreciated.  Thank you...
  141. Make sure you're using the exact same version of SBOS to unload it
  142. that you used to start it up.  The only time I got that message was
  143. when I tried to uninstall SBOS 2.08 using a SBOS 1.20 (or was it the
  144. other way around?) Needless to say, it doesn't work, and produces the
  145. same error. 
  146.  
  147. Ciao.
  148.  
  149. ------------
  150. Walter Prins                                  Email: prins@cs.sun.ac.za
  151. Third year Computer Science                          prins@itu.sun.ac.za
  152. University of Stellenbosch, South Africa. 
  153.  
  154. `Nothing in the affairs of men is worthy of great anxiety'
  155.                                             - Plato
  156.  
  157. ------------------------------
  158.  
  159. Date: Wed, 28 Jul 93 16:34:05 PDT
  160. From: brian@ccnext.ucsf.edu (Brian Huddleston)
  161. Subject: Gus and Ultima 6
  162. Message-ID: <9307282334.AA01299@ccnext.ucsf.edu>
  163.  
  164. Greetings all,
  165.  
  166.     Is there anyone out there that ever played ULTIMA 6 with their GUS????
  167.     Yes I know that it is an old game, but I really would like to be able
  168.     to get it working.  Can anyone Please help me????
  169.  
  170.                 brian@ccnext.ucsf.edu
  171.  
  172. ------------------------------
  173.  
  174. Date: Wed, 28 Jul 1993 16:09:31 +0800 (SST)
  175. From: IPACS COMPUTER  <pang@solomon.technet.sg>
  176. Subject: GUS CDROM Interface D/Board???
  177. Message-ID: <Pine.3.07.9307281631.B25143-9100000@solomon.technet.sg>
  178.  
  179. Hi guyz!
  180.  
  181. does anyone have any information about this?  Is it out?  How much?  Most
  182. importantly, does it support the MITSUMI LU005?
  183.  
  184. Please help if you can, my Mitsumi is on order and will arrive in two
  185. weeks - I need to know if the interface card is necessary.
  186.  
  187. Thanks!
  188. (email me if possible, if you can help)
  189.  
  190. ------------------------------
  191.  
  192. Date: Wed, 28 Jul 1993 11:57:14 GMT+0100
  193. From: "ALEXANDER MAJAREK"  <Alexander.Majarek@uibk.ac.at>
  194. Subject: Re: help (SBOS unloading) [GUS-Dig. V4 #56]
  195. Message-ID: <MAILQUEUE-101.930728115713.480@subz-nov>
  196.  
  197. This happens if you are loading TSR's (programs which use an 
  198. Interrupt-vector and stay in memory until they're unloaded; like SBOS 
  199. for example) after loading SBOS.
  200.  
  201. There are two solutions:
  202. 1. Don't load TSR's after SBOS
  203. 2. Unload the loaded TSR's (in reverse order) first.
  204.  
  205. Hope this helps,
  206. SAM
  207.  
  208. *********************************************************************
  209. *Alexander.Majarek@uibk.ac.at * There are 3 ways (fast, sweet, sure)*
  210. *Perthalerg. 1c/11            * for a man to ruin himself:          *
  211. *A-6020 Innsbruck             * 1. Gamblin'   (fast),               *
  212. *AUSTRIA (EUROPE)             * 2. Women      (sweet) &             *
  213. *Tel.: 0043-512-84-26-15      * 3. Computers  (sure)                *
  214. *********************************************************************
  215.  
  216. ------------------------------
  217.  
  218. Date: Wed, 28 Jul 93 15:54:37 MESZ
  219. From: SGREENWO@mhs.novell.de (Scott Greenwood)
  220. Subject: help with rehooking interrupts
  221. Message-ID: <30EB533B019D4FD9@MHS.novell.de>
  222.  
  223. >   Hi...I'm new to the IBM and the world of GUS sound cards, so I really
  224. > dont know much.  I do need some help hthough.  My GUS card has been 
  225. working
  226. > fine, until recently.  Lately, whenever I try to unload my SBOS drivers 
  227.    > using the SBOS -f option, it says:
  228. > UNABLE TO RELEASE SBOS
  229. > DOS INTERUPT HOOKED
  230. >   WHat does this mean and how do I fix it?  Any help would be greatly
  231.  
  232.      The answer to this is that you are loading another TSR (terminate 
  233. and stay resident program) after loading SBOS. In order to remove SBOS 
  234. you must first remove the TSR that you loaded after SBOS then you can use 
  235. SBOS -F to remove it. Alternatively you could load SBOS last i.e. after 
  236. all the other TSRs have been loaded, check your autoexec.bat file to see 
  237. if you are loading something after SBOS such as a network driver, disk 
  238. cashe, VESA driver, CD-ROM driver etc. the list goes on. Hope this is of 
  239. some use.
  240.  
  241.                               Scott.
  242.  
  243. ------------------------------
  244.  
  245. Date: Thu, 29 Jul 93 04:09:02 GMT
  246. From: mike@batpad.org (Mike Batchelor)
  247. Subject: Re: Sherlock Holmes Vol. III & SBOS & Mitsumi CD-Rom
  248. Message-ID: <znr743918942k@batpad>
  249.  
  250. In your message you write:
  251.  
  252. > Date: Tue, 27 Jul 93 11:14:30 CDT
  253. > From: Jon Holt <holt@holt.camax.com>
  254. >
  255. > Remember that bit about the Mitsumi allowing DMA or non-DMA drivers?
  256. > Just for yucks, I install the non-DMA driver, load up sbos -x2, and
  257. > voila!  It works, but CD access is very borderline...
  258. >
  259. > Can anybody explain this?  My GUS isn't using DMA 5 - so it should be
  260. > free for the CD to use.  Is there a problem with too much simultaneous
  261. > DMA on a PC?  Why does the sound just drop out?
  262.  
  263. Are you using a memory manager?  Any 386 EMM is going to have to 
  264. virtualize the DMA controller.  This requires a buffer in 
  265. extended memory of a size at least as large as the largest DMA 
  266. transfer that your system will handle.  You can increase it with 
  267. EMM386 using the D=??? parameter, where I suggest D=96 as a 
  268. reasonably large value.  The default is 16K.  QEMM can increase 
  269. it with DMA=96.  This is what I use, I find it works with 
  270. anything I might want to do.
  271.  
  272. --
  273. Mike Batchelor        | Windows : DESQview/X :: Solitaire : Network BlaqJaq
  274. mike@batpad.org       |
  275. Mar Vista, California |               This space for rent
  276.  
  277. ------------------------------
  278.  
  279. Date: Wed, 28 Jul 93 01:15:00 EDT
  280. From: n4zfd!frodo@rylos.n2idf.ampr.org (Jim Blakely)
  281. Subject: Re: Ultrasound Daily Digest V4 #55
  282. Message-ID: <743888794@rylos>
  283.  
  284. > While this may well be the standard (and I'm in no position to argue),
  285. > it does no harm to enable channels 11 to 16 as well as 1 to 10 for the
  286. > GUS, if you have a MIDI file that uses them. Of course the GUS will
  287. > play melodic rather than percussion on 16, so if that's a problem,
  288. > then you could re-map 16 to 10 using MIDI Mapper. Isn't there another
  289. > name (apart from base and extended) for devices like the GUS that play
  290. > on all channels, with percussion on 10?
  291.  
  292. Actually, it can cause a bunch of problems if you don't remember to
  293. un-enable 11 through 16. According to the multimedia specification,
  294. the music on channels 1-10 can be a totally different arrangement,
  295. even down to a different key - which obviously would wreak havoc if
  296. you were listening to all 16 channels.
  297.  
  298. I can even think of an example. There's a really well done version of
  299. the "Munsters" theme song on Compuserve. It sounds great as either a
  300. base or extended level -- but is cacophony with all 16 channels on.
  301.  
  302. You're right, though - that *is* one of the functions of MIDI mapper.
  303. I have several modified MIDI maps I use - the regular extended, an
  304. "all 16 channels" - and one that maps files that were voiced for the
  305. MT32 to general MIDI.
  306.  
  307. > I would think that canyon.mid (supplied with Windows) would be a
  308. > good file for experimentation, since it is designed to use
  309. > *either* 1 to 10 with perc. on 10, *or* 11 to 16 with perc. on 16,
  310. > so it might sound even better with all 16 enabled, but with 16 mapped
  311. > onto 10.
  312.  
  313. Or worse. Actually, canyon sounds fine, since the base level follows
  314. the extended level...
  315.  
  316. > I think the consensus is that Recording Session occasionally misses out
  317. > parts for other reasons (which have not been determined - i.e. bugs).
  318.  
  319. One source of problems for Midisoft (including Studio) is midi files
  320. with a bunch of Sysex data intended for other synths .. also there
  321. are some files out there that do program changes every other note,
  322. instead of having a separate track for each program ... what ends up
  323. happening is it reloads the patch from disk every time a program
  324. change happens. The IBM OS/2 demo midi files are famous for this
  325. problem.
  326.  
  327. ------------------------------
  328.  
  329. Date: Wed, 28 Jul 93 5:38:43 EDT
  330. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  331. Subject: Re: Ultrasound Daily Digest V4 #56
  332. Message-ID: <9307280938.AA24278@sciborg.uwaterloo.ca>
  333.  
  334. > Date: Mon Jul 26 11:24:31 1993
  335. > From: monty@butler.cps.com (Montgomery Kosma)
  336. > Subject: bouncing gravis.com
  337. > Message-ID: <2c540542.butler@butler.cps.com>
  338. > >I think the proper addresses are 
  339. > >    john.smith@gravis.com 
  340. > >    tech1@gravis.com and
  341. > >    tech2@gravis.com
  342. > Unfortunately, tech1 and tech2 also seem to bounce.  Any other suggestions?  I
  343. > guess I'll have to dig out their phone number...
  344. >
  345.  
  346. Okay, how about:
  347.  
  348.     paul.malcolm@gravis.com and
  349.     matthew.arbeid@gravis.com ?
  350.  
  351. > Date: Tue, 27 Jul 1993 07:52:01 CDT
  352. > From: Robert Eden <robert@cpvax.cpses.tu.com>
  353. > Subject: GUS and WinJmr 2.1
  354. > Message-ID: <009701DB.60F76280.24302@cpvax.cpses.tu.com>
  355. > I've seen references to people using the GUS with WinJammer.  I pulled
  356. > 2.1 off a local BBS, but can't seem to get it do anything with the
  357. > GUS.  I've tried configuring the output port as the MIDI mapper and
  358. > the direct GUS OUTPUT port to no avail.
  359. >                          What's the seceret?
  360.  
  361. Get WinJammer 2.24 from one of the GUS archives.  That version supports
  362. patch caching for the GUS.
  363.  
  364. > Date: Thu, 22 Jul 1993 22:12:31 -0700
  365. > From: Tarik Abi-Karam <tarik@magic.cs.unlv.edu>
  366. > Subject: help
  367. > Message-ID: <9307230518.AA00405@orca.es.com>
  368. >  
  369. >    Hi...I'm new to the IBM and the world of GUS sound cards, so I really
  370. > dont know much.  I do need some help hthough.  My GUS card has been working
  371. > fine, until recently.  Lately, whenever I try to unload my SBOS drivers using
  372. > the SBOS -f option, it says:
  373. >  
  374. > UNABLE TO RELEASE SBOS
  375. > DOS INTERUPT HOOKED
  376. >  
  377. >    WHat does this mean and how do I fix it?  Any help would be greatly
  378. > appreciated.  Thank you...
  379. >
  380.  
  381. Try not to load any TSRs after SBOS if you want to be able to free it 
  382. later.  Reorganize your autoexec.bat so that SBOS is the last thing loaded.
  383.   
  384. > Date: Tue, 27 Jul 93 08:07:35 EDT
  385. > From: Justin Liu <dondon@Athena.MIT.EDU>
  386. > Subject: Multi-Boot
  387. > Message-ID: <9307271207.AA03921@alfredo>
  388. > Hi,
  389. >     I'm not sure if is the best place to ask about this, but it's the
  390. > first place I thought of.  With all the different drivers, emulators, etc.
  391. > for my GUS and other peripherals, I am in need of a utility which allows 
  392. > the user to select config.sys/autoexec.bat pairs at bootup.  I have checked
  393. > the archive at SIMTEL and found that there are a lot of programs like this
  394. > and I had no idea of the merits and faults of each one and I didn't want
  395. > to spend time DL'ing all that over my 2400 modem.  I was wondering if
  396. > anyone out there is using such a utility and if anyone has any recommendations.
  397.  
  398. If you're looking for an excuse to upgrade to DOS6, then its powerful
  399. multi-config feature may be it.  I haven't tried many multi-boot
  400. systems, but I like the one in DOS6 since it's nicely integrated into
  401. the OS.
  402.  
  403. > Date: Tue, 27 Jul 93 11:14:30 CDT
  404. > From: Jon Holt <holt@holt.camax.com>
  405. > Subject: Sherlock Holmes Vol. III & SBOS & Mitsumi CD-Rom
  406. > Message-ID: <9307271630.AA28870@camax01>
  407. > Short version:
  408. > Sherlock Holmes V. 3 works using sbos 2.08 with -x2 parms.
  409. > If using Mitsumi drive, use non-DMA driver.
  410. > Anybody got a detailed DMA description/FAQ to send me?
  411. >
  412. [...] 
  413. > Can anybody explain this?  My GUS isn't using DMA 5 - so it should be
  414. > free for the CD to use.  Is there a problem with too much simultaneous
  415. > DMA on a PC?  Why does the sound just drop out?
  416. >
  417.  
  418. I also have a Mitsumi using DMA 5.  I experienced problems playing a
  419. wave off the CD-ROM if my GUS was on a 16-bit DMA channel.  The .wav
  420. would play in short spurts separated by long pauses.  However, when I
  421. configured my GUS for an 8-bit DMA channel (3, in my case), .wav's
  422. played fine off the CD.  It appears that my MB can't handle two
  423. simultaneous 16-bit DMA transfers.  So, if you had your GUS on a 16-bit 
  424. DMA channel, try changing it to an 8-bit one and restore your Mitsumi's 
  425. DMA driver.
  426.  
  427. Phat.
  428.  
  429. ------------------------------
  430.  
  431. Date: Wed, 28 Jul 1993 12:59:53 +0001
  432. From: "Z. Horvat" <zh@nike.rz.uni-konstanz.de>
  433. Subject: Re: Ultrasound Daily Digest V4 #56
  434. Message-ID: <93Jul28.130000dft.1036@nike.rz.uni-konstanz.de>
  435.  
  436. > Date: Tue, 27 Jul 1993 07:52:01 CDT
  437. > From: Robert Eden <robert@cpvax.cpses.tu.com>
  438. > Subject: GUS and WinJmr 2.1
  439. > I've seen references to people using the GUS with WinJammer.  I pulled
  440. > 2.1 off a local BBS, but can't seem to get it do anything with the
  441. > GUS.  I've tried configuring the output port as the MIDI mapper and
  442. > the direct GUS OUTPUT port to no avail.
  443. >                          What's the seceret?
  444. >                                  Robert
  445.  
  446. If i remember it correctly, there is a newer version out.
  447. The problem is with patch caching - the older versions won't load
  448. patches automatically into GUS-RAM. The newest version does.
  449.  
  450. > Date: Thu, 22 Jul 1993 22:12:31 -0700
  451. > From: Tarik Abi-Karam <tarik@magic.cs.unlv.edu>
  452. > Subject: help
  453. >  
  454. > fine, until recently.  Lately, whenever I try to unload my SBOS drivers using
  455. > the SBOS -f option, it says:
  456. >  
  457. > UNABLE TO RELEASE SBOS
  458. > DOS INTERUPT HOOKED
  459. >  
  460.  
  461. Looks like there is another TSR loaded AFTER sbos which makes sbos
  462. unable to remove itself. Try this : "Rem" - out the line in your autoexec.bat
  463. which loads sbos. Then, after a reboot, load sbos manually and try to remove
  464. it immediately afterwards. If it unloads correctly, then the above is true -
  465. you will have to load sbos as the last program in your autoexec. If not,
  466. tell us about the version of sbos you use.
  467.  
  468. ------------------------------
  469.  
  470. End of Ultrasound Daily Digest V4 #57
  471. *************************************
  472.  
  473. To post to tomorrow's digest:                        <ultrasound@dsd.es.com>
  474. To (un)subscribe or get help:                <ultrasound-request@dsd.es.com>
  475. To contact a human (last resort):              <ultrasound-owner@dsd.es.com>
  476.  
  477. FTP sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  478.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  479.                           archive.orst.edu               pub/packages/gravis
  480. FTP mail server:          mail-server@nike.rz.uni-konstanz.de
  481.  
  482. Hints:
  483.       - Get the FAQ from the FTP sites or the request server.
  484.       - Mail to <ultrasound-request@dsd.es.com> for info about other GUS
  485.         related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  486.  
  487.  
  488.